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ABSTRACT 



A software product, computer implemented method, and 
system provide an integrated user interface having three 
simultaneously displayed items of information, including a 
list of transaction instructions, a list of uncleared 
transactions, and a list of cleared transactions. The simulta- 
neous display, and interaction between the lists, provides for 
integration of various tasks separately associated with per- 
sonal finance software products and with online banking 
products. Two account balances are also simultaneously 
displayed, a balance for cleared transactions, and a separate 
balance based on both cleared and uncleared transactions. 
The two balances provide the user with a complete view of 
the status of their account and available funds. The software 
product and system supports online bill payment, electronic 
funds transfer, and checkbook transactions, without requir- 
ing navigation through multiple, separate user interfaces for 
different modules of the product. 

11 Claims, 15 Drawing Sheets 
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PERSONAL ONLINE BANKING WITH much of the credit card bill to pay based on currently 

INTEGRATED ONLINE STATEMENT AND available funds, taking into account cleared transactions, and 

CHECKBOOK USER INTERFACE uncleared transactions, such as other bills being paid. To 

complete this task with an online banking software product, 

BACKGROUND 5 the user needs to perform the following steps: 

1. Field of Invention Determine current balance in the account based for 
The present invention relates to systems, methods, and cleared transactions. 

software products for online banking, and more particularly, Review in the checkbook to determine actual current 

to systems, methods, and software products for online balance, based on the uncleared transactions, and 

banking that integrates end user checkbook activities cleared balance. 

directly with bank statement transactions. Determine if they need to transfer money from another 

2. Background of Invention account to pay the bills. 

Online banking systems have been repeatedly promised, Enter the bill payment requests including, calculating how 

but rarely delivered in recent years. A lengthy summary of 15 much of the credit card to pay from the actual balance, 

some of the problems the banking industry has faced in Use the requests to pay the bills, 

delivering online banking is found in Lawlor et al., U.S. Pat. Send the request to transfer funds. 

No. 5,220,501. From the user's perspective, this banking activity is 

One of the key issues in delivering online banking is ease clearly an integrated one, since the user must integrate three 

of use. Ease of use is predicated on many factors, including 20 tasks — writing checks to pay other bills, obtaining cleared 

the ability of the user to identify the banking information of transactions and current balance from the bank, and deter- 

interest and execute desired banking tasks without error or mining a combined current balance based on this 

difficulty. Generally, users perform four main tasks in check- information — before writing the credit card bill, 

book and online banking applications: t Accordingly, there is a need to provide an online banking 

Account Management— This activity includes viewing 25 software product and system that supports the integration of 

bank account data from the bank, such as cleared transac- these tasks and their underlying information components, 

tions and account balances, initiating requests to bank to There have been various approaches, as summarized in 

generate fund transfers between accounts, and supporting Lawlor et al., to making online banking easy for consumers 

tasks such as requesting information from the bank on to use for bill payment and checkbook maintenance. These 

certain accounts or transactions. 30 approaches fall mainly into two categories, typically tightly 

Bill payment-Initiating requests to the bank to pay a associated with the type of company that is delivering the 

vendoracertainamountbyacertaindate.Relatedtaskssuch online banking software and system. Generally, there are 

as making payment inquiries may also be performed. P^sona finance products from personal finance software 

^ ,7 , . a c u 1 companies, and banking products from banks and other 

Checkbook transactions-Accounting for checks, finan P cial institmions> Pr0 Vcts in both of these categories are 

withdrawals, debit card purchases, and the like, that the user nt at ^ fe ^ aQd ^ 

does on a regular basis. These transactions must be ifl actual needs . 

accounted for and integrated with the account data from the ^ ^ ^ f[Qm ^ 

bank for an accurate reflection of the user s account. CQmpanies are typically « checkbook _ 

Current balance calculation— Determining how much 4Q centric » Most personal finance software products employ 

money the user really has available in their account, based ^ checkbook ^ the underlying user model. As a result, all 

on cleared and uncleared transactions (including other transactions, such as paying bills, writing checking, depos- 

checkbook transactions). The current balance is calculated, itjng 0f trans f erring fandSf are done through a checkbook- 

typically by the user or sometimes by the application, by Uke usef mterface) even if tne checkbook metaphor is not 

taking the latest account balance given by the bank and 45 particularly appropriate for the task. For example, Quicken® 

adding/subtracting any uncleared transactions in the user's 5 ^ provides a che ckbook metaphor for users. In FIG. 1, 

own checkbook. mere ^ sn0 wn a user interface 100 of the main entry screen 

Extensive consumer and usability research indicates two for a persona i finance software product. The entry screen has 
key areas of usability concerns with these various tasks. a num ber of icons that are invoked to perform different 
First, customers view banking, bill payment and the deter- 50 functions, such as the checkbook register 101, online bank- 
mination of their current balance as interrelated tasks. ing 103) and on iine ^ payment 105. FIG. 2 illustrates the 
Accordingly, they want related banking task and banking user interface for the checkbook register 107. 
information to operate together in an online banking prod- p rior to tne availability of online banking, the user would 
uct. In fact banking tasks, such as obtaining balance enter a u 0 f me i r various transactions into the checkbook 
information, cleared transactions, and so forth, are often 55 agister 107, and then manually reconcile the checkbook 
used to provide information to support the bill payment register 107 against a printed bank statement. In the check- 
tasks, book register type user interface the user sees all of their 

Second, customers have difficulty using an online banking transactions, including both cleared and uncleared transac- 

system when it is necessary to navigate from one user tions mixed together. This is seen in FIG. 2, where the first 

interface to another user interface in order to complete some 60 transaction is indicated as cleared (the "R" in the column 

task. Navigation difficulties increase both the time required labeled "Or"), and the other transactions are not cleared, 

by the user to complete the task, and the likelihood of error Further, the balance 109 here is of all transactions that have 

in completing the task. been entered by the user, whether cleared or not. The user 

An example of a typical user task makes clear the need for has no separate balance information for just the cleared 
integration of banking tasks and banking information. A 65 transactions immediately available, which as noted above, 

typical scenario is payment of bills, which may include a was the first item of information the user typically needs 

large credit card bill. The user will typically decide how during bill payment. 
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Once online banking became available, this type func- column in FIG. 2. Further, while bill payment is dependent 

tionality was added as an additional feature in many check- on both the checkbook and online statement information, 

book products, to both automate reconciliation of uncleared that activity and related information is presented in a com- 

transactions in the checkbook against the bank's own pletely separate user interface. 

records of cleared transactions, and to provide electronic, 5 As a result of this user model and design, there is a lack 
online payment of bills. Typically, an online banking module of integration in the product of the actual tasks the user 
is provided in which the user can view the bank's current wants to perform. The software product separates check- 
account balance in a user interface display separate from the book functions, bill payment, and viewing/downloading 
checkbook register 107. As shown in FIG. 1, there are transactions from the bank into discrete operations, with 
separate icons for checkbook register 101 and the online 10 their own user interfaces. The user must perform four 
banking module 103. Selecting the online banking icon for separate tasks, and navigate multiple user interface screens 
the online banking module 103 causes the display of the to achieve what they consider to be the single task of paying 
online banking user interface 111, as shown in FIG. 3. In this bills based on currently available funds, 
interface, the user only sees the cleared transactions which In the second category of online banking systems are 
have been downloaded from the bank with the Get Online 15 software products and systems provided by banks or their 
Data button 113. The balance 115 here is based only on the affiliates. Not surprisingly, these software products are 
cleared transactions, the bank having no information about "bank-statement centric" and take the bank's statement as 
the user's recently entered, and uncleared, checkbook trans- the primary user model and interface. These software prod- 
actions, ucts typically display only transactions that have actually 

To use the online information for bill payment, the user 20 been cleared by the bank. An example of this type of user 

must download certain transactions to first reconcile their interface is shown in FIG. 5, which illustrates a portion of 

account. Once the transactions are downloaded, the check- Wells Fargo's Online™ Banking web-site. In this account 

book register 107 merely reflects which transactions have history screen (one of a number of user interfaces to be 

cleared. The only difference that appears to the user is the navigated, including an account summary screen, a fund 

indication in the checkbook register 107 of which transac- 25 transfer screen, and a download screen). Along with only 

tions have been cleared. This is shown in FIG. 2 as the letter showing cleared transactions, there is only provided the 

"R" in the "Clr" column. To use both sets of the data, the balance information for cleared transactions, 

user would have to switch back and forth between the Because of this limitation, these products typically do not 

different user interfaces. let the user incorporate transactions that have not been 

Electronic bill paying, which is often touted as a desirable 30 posted or cleared by the bank, for example, checks that the 

feature of online banking systems, is typically enabled, but user has recently written, or withdrawals or deposits recently 

often as an extension of the user's checkbook. That is, bill made but not posted, transactions which are a fundamental 

payments are treated as checks, and entered in a separate component of the user's overall account. Thus, the user does 

user interface. FIG. 4 illustrates a typical example of an not get a complete view of the actual status of his account 

online bill payment interface 117. This interface 117, which 35 as the user considers it, but only the information about 

is invoked from its own icon 105 in the main user interface cleared transactions that the bank has. This information is 

100, is completely separate from the user interfaces for the insufficient to serve the user's needs since the actual amount 

online banking module 111 or the checkbook 103. This of funds the user has available is based on both the cleared 

separation of function hinders the integration of bill and uncleared transactions. 

payment, account management, and checkbook tasks. 40 Another particular limitation of online banking systems 
For these reasons, in these types of software products, such as Wells Fargo's is that they do not contain information 
there is no persistent view of the bank's online statement, as fully identifying the cleared transactions. As shown in FIG. 
such. The online banking module, as illustrated, is essen- 5, there is no information identifying the payee for checks, 
tially a staging area where the user views transactions before debits, and point of sale transactions. This absence of 
using them to reconcile their checkbook or pay bills. In this 45 information makes it difficult for the user to determine which 
user model the checkbook is persistent and the online transaction is associated with which payee, and thus which 
statement is temporary, since it is only viewed by down- transactions have cleared. The user must correlate check 
loading the information from the bank. Further, in numbers instead, which in some cases my be incorrectly 
checkbook-centric products, the balance that is visible recorded or even not recorded at all by the user, who instead 
throughout the software product is the ending balance based 50 may easily remember the payee. Identification of point of 
on the transactions in the user's checkbook, as shown in sale transactions is even harder, since only the date and 
FIG. 2, including both cleared and uncleared transactions. amount are available from the financial institution. Thus 
The latest balance of cleared transactions from the bank is these types of online systems make integration of the various 
typically visible only within the separate user interface banking information and tasks very difficult and time con- 
display for the online banking module and is not used 55 suming. 

anywhere else in the product. Further, many of these bank-based software products are 

The problem with this approach is that it assumes the specifically intended to show merely the user's current 

primacy of the user's checkbook in the user model and cleared balance and the cleared transactions on which it is 

system design, and demotes the fact that the bank's own based. However, the user cannot typically see the impact of 

records of the user's account are a necessary component for 60 these activities on their accounts until they actually clear the 

an overall accurate reflection of account activity. That is, bank. That is, the effect of transactions on the balance of the 

while the bank's own records show that user's actual bal- user's account is not reflected in the user interface of the 

ance and cleared transactions, that information is never product. The user also cannot typically enter into the online 

presented to the user in single user interface consolidated system other transactions such as hand-written checks or 

with the existing information in the checkbook. Rather, the 65 calculate a running balance based on both clear and 

information identifying cleared transactions is merely uncleared transactions. To do these latter activities, the user 

propagated into the user's checkbook, as shown in the "Clr^* typically needs to download the cleared transaction data 
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from the online banking product and import it into another tion on a display device of a personal computer. The user 

personal finance product. An example of this limitation is interface includes three simultaneously displayed areas that 

shown in FIG. 6, which is a view of another user interface integrate the banking information and banking tasks for 

screen of the Well Fargo Online™ Banking product. Here, account management, bill payment, and balance determina- 

the user can download cleared transactions into a specific 5 tion. In a first display area are listed transaction instructions 

file format. The user must then use a separate personal for a , user ^ ciGd account w 1 hich l ° be se 1 nt by th u e USer 

finance application or spreadsheet to actually integrate the ^ a financial mstituuon, such as a bank or clearing house, 

cleared transaction data with their checkbook of uncleared for . Pressing. These transaction **^^JW h ™ 

transactions. This process is time-consuming and difficult various details such as a descnption or ^ ^oun . llw 

v , . , .J 9 4 - „ description indicates the nature of the instruction, such as 

for many users, and requires using two different software 10 ^ of a ^ tfansfer of ^ Qr Qther 

products, and understanding how to interrelate them. instructions 

As the foregoing discussion indicates users of these A second di k mt lhat ^ concurrently displayed with 
various types of online banking products have to navigate tfae firgt display afea includes UD cleared transactions for the 
between multiple different user interfaces to perform a uger selected accoimt . These uncleared transactions are 
single task. Usability research on users working with these IS created from both transaction instructions that have been 
types of products has shown that at each navigation step, to a financial institution for processing, but that have not 
there was high potential for error and confusion. Users are vet b een reported as cleared, and from other transactions 
not always sure how information in one user interface screen generated by the user, such as check writing, ATM 
is related to information in another screen, or when it is transactions, debit card transactions, and the like. A trans- 
necessary to switch to another part of the product to proceed 20 action instruction is removed from the first display area and 
through a task. listed in the second display area as an uncleared transaction 

The need for easy-to-use and efficient online banking at about the time it is sent to the financial institution for 

software products and systems becomes even more pro- processing. 

nounced when considering that different users have different A third display area is concurrently displayed with the 

needs, expectations, and abilities. Research has shown that 25 first and second display areas. The third display area 

there are two types of users of financial software products: includes cleared transactions for the user selected account. 

Organizers and Transactors. Organizers specifically intend The cleared transactions are determined in part from data 

to use their financial software products to organize, received from the user's financial institution holding the 

categorize, and track their finances with precision and user's account. Uncleared transactions in the second display 

detailed accuracy. For these types of users, conventional 30 area are removed therefrom and listed as cleared transac- 

software products that provide the ability to categorize tions in the third display area at a time subsequent to the 

transactions, produce complex reports of income and transaction being cleared by a financial institution, 

expenses, and the like are seen as useful tools. Finally, the user interface simultaneously displays two 

In sharp contrast, Transactors mainly want to pay bills and different account balances. A first account balance is for the 
avoid overdrafts of their accounts. Transactors are typically 35 cleared transactions in the user selected account. A second 
not interested in categorizing transactions, tracking all account balance is a combination of both cleared transac- 
income and expenses, or obtaining complex reports and tions and uncleared transactions in the second display area, 
summaries. To date, conventional software products have The integration and simultaneous presentation of the three 
been designed almost exclusively with Organizers as the different types of transactions, and two account balances in 
intended users, and as such do not provide the types of 40 a single user interface presents a complete view of both 
information Transactors desire most. Specifically, because financial institution data (cleared transactions, and cleared 
Transactors are concerned with avoiding overdrafts, existing balance) and customer data (transaction instructions, 
products and systems that do not provide an integrated view uncleared transactions and combined balance) on one 
of both cleared transactions from the bank and uncleared screen. In this model, the information from the bank 
transactions in the user's account, along with a current 45 becomes the primary, permanent information, like a bank- 
balance, do not meet the Transactor's need for an easy-to- centric product, and the user's account information in the 
use financial software product. second display area becomes the temporary information, 

In summary, existing software products and systems do useful for calculating the actual current balance of the user's 

not provide for an integration of all of the relevant infor- account. This integration of information allows the user to 

mation about a user's account — the checkbook of uncleared 50 perform the integrated tasks of account management and bill 

transactions, cleared transactions, pending bill payments, payment without having to navigate between multiple dif- 

fund transfers, and other transactions — in a single user ferent program modules and user interfaces. The integrated 

interface display. Accordingly, it is desirable to provide on user interface thus increases ease of use and reduces both the 

an online banking software product and system that tightly time taken to perform account management and bill 

integrates bill payment, account management, and detenni- 55 payment, and the likelihood of errors. With this presentation 

nation of current balances, into a single user interface of account information, the user always knows the account 

display. balance as currently known by the financial institution, and 

„ T t»„. *™ ^ ™ TT . Ixnrr4FrtA)l , what the combined balance really is, if all the uncleared 

SUMMARY OF THE INVENTION transactions suddenly cleared, information which is not 

In accordance with one aspect of the present invention, 60 presently conveyed together in known software products and 

there is provided a system, method, and financial software online banking systems. This combined balance is particu- 

product that integrates the key banking tasks and informa- larly useful during bill payment because it allows the user to 

tion requirements users need to perform a variety of useful see the amount of funds available for each bill payment. The 

banking activities. Transactor type user can thereby efficiently and quickly 

In one embodiment of the present invention, there is 65 make bill payments and avoid overdrafts, without having to 

provided an online banking software product having as its navigate to multiple user interfaces or engage in multiple, 

primary user interface a single display screen for presenta- time consuming tasks. 
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The display of the cleared and uncleared transactions 
provides useful information for determining if a vendor or 
merchant has been paid. In existing personal finance 
products, the user must search through the check register to 
see if a transaction has been marked as cleared. In the user 
interface of the present invention, the user simply looks in 
the second display area of uncleared transactions. All 
uncleared payments to merchants are included there, 
enabling the user to determine if another payment to the 
merchant is necessary. 

The present invention further provides various methods in 
support of the user interface for performing account 
management, bill payment, and other related tasks. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a user interface of a personal 
finance software product. 

FIG. 2 is an illustration of a checkbook user interface for 
a personal finance software product. 

FIG. 3 is an illustration of an online banking user interface 
for a personal finance software product. 

FIG. 4 is an illustration of a bill payment user interface for 
a personal finance software product. 

FIG. 5 is an illustration of an account user interface for an 
online banking software product. 

FIG. 6 is an illustration of a user interface for an online 
banking software product for downloading account data. 

FIG. 7 is an illustration of a user interface in accordance 
with the present invention. 

FIG. 8 is an illustration of information flow within a user 
interface in accordance with the present invention. 

FIG. 9 is an illustration of a user interface for creating a 
new payment transaction. 

FIG. 10 is an illustration of a user interface for creating a 
new payee record. 

FIG. 11 is an illustration of a user interface for creating a 
funds transfer transaction. 

FIG. 12 is an illustration of a user interface for creating 
email messages. 

FIG. 13 is an illustration of a system in accordance with 
the present invention. 

FIG. 14 is an illustration of the software architecture for 
a personal online financial software product in accordance 
with the present invention. 

FIG. 15 is an illustration of the use case model for a 
system in accordance with the present invention. 

FIG. 16 is an illustration of a transmission summary 
following an update and auto-reconciliation. 

FIG. 17 is an illustration of a transmission summary 
following transaction processing of out box transactions. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Integrated User Interface 

Referring now to FIG. 7, there is shown an illustration of 
a user interface 140 of a personal online finance software 
product in accordance with the present invention. The per- 
sonal online finance software product executes on client or 
user computer and is coupled over a network to a computer 
system of a bank or other financial institution. 

The user interface 140 comprises three, simultaneously 
displayed areas: a first area 167, here titled the "Out Box," 
which lists transaction instructions 169; a second area 181, 
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here titled "Mini Checkbook," which lists uncleared trans- 
actions 180; and a third area 150, here titled "Online 
Statement," which lists cleared transactions according to 
information received from the financial institution and from 

5 the information for stored, uncleared transactions. The orga- 
nization and placement of the areas in the user interface 140 
of FIG. 7 is merely illustrative and not limited by the present 
invention, and variations in the placement, size, and shape of 
the areas would be readily apparent to those of skill in the 

3Q art of user interface design. 

Display of Transaction Instructions 
The out box 167 contains zero or more transaction 
instructions 169 that are to be sent to a financial institution 
for processing, A transaction instruction 169 is a description 
of an action to be performed by a financial institution or 

35 other financial entity or a request for information from a 
financial institution, A financial institution may be the user's 
bank, a clearinghouse, or other institution which processes 
electronic transactions, transfers, or otherwise is involved in 
the handling of transaction instructions or user's accounts, 

20 payments, or fund transfers. Financial entities may include 
vendors, merchants, billing agencies, banks, brokerages, 
insurance companies, or the like. Generally, the out box 167 
is used to show bill payments to various merchants and fund 
transfers between user selected accounts. 

25 Each transaction instruction 169 is listed with descriptive 
information, which may vary depending on the nature of the 
instruction. Most transaction instructions 169 will include a 
description 172 and an amount 173. The description 172 
indicates some type of action, such as bill payment, fund 
transfer, information request, and other appropriate infor- 
mation for the action. For example, for a bill payment 
transaction instruction (here indicated as "Send") informa- 
tion such as the payee of a bill payment is provided. In FIG. 
7, the transaction instruction 169 of "Send Pacific Gas & 

35 Elec. $54.94" is a bill payment instruction. For a funds 
transfer transaction instruction 169, the accounts involved in 
the funds transfer are specified. 

In a preferred embodiment, for some transaction instruc- 

40 tions 169, such as bill payments, there is additional infor- 
mation of a date 174 by which the transaction instruction 
169 should be processed and payment made. This informa- 
tion is used by the processing financial institution to ensure 
timely payment of the bill. In other cases, the date 174 may 

A . be left blank. 

45 

Transaction instructions 169 are placed in the out box 167 
by clicking with a pointing device (e.g. a mouse) on the 
payments button 175 or the transfer button 177. Each of 
these buttons respectively causes the display of an entry 
5 q form for specifying the various information about the trans- 
action. 

Transaction instructions 169 listed in the out box 167 are 
sent to a financial institution for processing by clicking on 
the send button 179. This causes each transaction instruction 

55 169 listed in the out box 167 to be sent to the proper financial 
institution (or other entity) for processing, even where 
different financial institutions are needed to process different 
ones of the transaction instructions 169. After a transaction 
instruction 169 is sent, the receiving financial institution 

60 confirms receipt thereof to the personal online finance 
software product. At about the time of confirmation, the 
transaction instruction 169 is removed from the out box 167 
and listed in the second display area, the mini checkbook 
181. 

65 Display of Uncleared Transactions 

The mini checkbook 181 lists transactions 180 that have 
not yet cleared a user selected account at a financial insti- 
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tution. For a checking account, these transactions 180 will 
typically include checks written on the checking account, 
cash withdrawals, whether ATM or otherwise, debit card 
transactions, fund transfers and bill payments made by 
transaction instructions 169 in the out box 167. 

Each transaction 180 is listed with descriptive information 
about the transactions. This information preferably includes 
the transaction date 183, transaction type 185, an amount 
191, and a description 187 which identifies typically the 
payee or other useful information. Transaction types are 
indicated by check numbers for checks, "WDL" or "ATM" 
for withdrawals, and "E-PMT" for payments, "DEP" for 
deposits, and "E-XFR" for fund transfers. Debit card pur- 
chases are indicated by "ATM". 

For example, the uncleared transaction 180 of "Transfer 
to Savings" was entered by the user on Jun. 6, 1997, and 
transferred funds in the amount of $540.00 from the present 
account to the user's savings account. 

One of the advantages of the present invention is that it 
allows a user to track manual transactions in an integrated 
manner with electronic transaction. The user can directly 
enter transactions 180 into the mini checkbook 181 for 
manual transactions, such as writing checks, withdrawals, 
and the like by clicking on the "New Entry" text. For 
example, in FIG. 7, the mini checkbook 181 includes as an 
uncleared transaction 180 a check to "FoodMart", with 
check number 711 of $10.63. This feature allows the us track 
their uncleared transactions along with their cleared 
transactions, and yet maintain the necessary distinctions. 

In a preferred embodiment, the first entry 193 in the mini 
checkbook 181 is always the balance 165 from the online 
statement 150. 

A transaction 180 is removed from the mini checkbook 
181 after it has been cleared by a financial institution and the 
amounts of the transactions 180 debited or credited to the 
user's account. Transactions 180 are removed from the mini 
checkbook 181 and listed in the online statement 150 at such 
time, preferably in response to the user clicking on the 
update statement button 163. This action initiates an execut- 
able process that communicates with the financial institution 
to determine which transactions have cleared since a last 
update date 164. These recently cleared transactions are 
listed as transactions 151 in the online statement 150, and 
any of unclear transactions 180 that match are removed from 
the mini checkbook 181. 

Accordingly, with the integration of the cleared transac- 
tion data from the bank and the uncleared transactions 181, 
the user can easily determine if a specific payment to a 
vendor, or a check has cleared by reviewing the mini 
checkbook 181 following updating of the online statement 
150. This is because if the transaction or payment has 
cleared, it will no longer be listed in mini checkbook 181. 
The user need not review, as in existing financial software 
products, the check register such as illustrated in FIG. 2, 
which contains all transactions, including both cleared and 
uncleared, in order to locate a specific transaction. 

In one preferred embodiment, each transaction instruction 
169 in the out box 167 that causes a change in account 
balance (e.g. bill payments and fund transfers) is simulta- 
neously displayed in the mini-checkbook 181, even prior to 
sending the transaction instruction 169 to the financial 
institution for processing. Preferably this copy of the trans- 
action instruction 169 is shown in a distinct color or type 
font from the transactions 180 listed in the mini checkbook 
181. For example, in FIG. 7, the transaction instruction 169 
to send payment to Pacific Gas & Elec. is simultaneously 
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displayed, before being sent to the financial institution, in 
the mini-checkbook 181, here with a distinctive typeface. 
The copy of the transaction instruction 169 is used, along 
with the transactions 180 to determine the running balance 
189. This feature thus lets the user assess the impact on their 
running balance 189 for each transaction instruction 169. 
This feature is especially useful to the Transactor type user, 
who is concerned with avoiding overdrafts of their account. 
Display of Cleared Transactions 

The online statement 150 shows the financial institution's 
view of the user selected account. The user selects the 
account by clicking on the drop down list button 161, 
causing the display of a list of available accounts. The name 
of the selected account is reflected on the button 161. The 
online statement 150 preferably includes for each transac- 
tion 151 a date the transaction 151 cleared, a type 155 (or 
number for checks), a description 157, and an amount 159. 
The online statement 150 also indicates the last date 164 on 
which the list of displayed transactions 151 was updated. 
The user can update the online statement 150 at any time by 
clicking on the update statement button 163. The update 
process is as described above. 

The data for the cleared transactions 151 received from 
the financial institution during an update process typically 
comprises only a date, an amount, and a transaction type. An 
example of this limited information is shown in FIG. 5 of the 
account history screen from Wells Fargo' s banking product, 
as described above. 

To overcome this limitation of conventional products, the 
description 157 for the cleared transaction 151 is taken from 
the description 187 as the uncleared transactions 180 pend- 
ing in the mini-checkbook 181 are matched against the 
cleared transaction data from the financial institution by the 
update process. This process allows the online statement 150 
to reflect a more complete description of the cleared trans- 
actions 151 than would otherwise be available from the 
financial institution's own records. 

By limiting the mini checkbook 181 to just those trans- 
actions that have not yet cleared, the present invention gives 
primacy to the online statement 150, unlike conventional 
personal finance software products which give primacy to 
the user's checkbook. Even so, the user is able to store 
uncleared transactions, including checks, withdrawals, and 
the like that they create outside of the use of the personal 
online financial product. Conversely, by including the mini 
checkbook 181 with the online statement 150, the present 
invention overcomes the limitations found in existing purely 
bank-centric software products, which do not have any 
ability to store uncleared transactions entered by the user or 
to integrate this information with the cleared transactions 
151 to provide a running balance 189. 

Account Balances 

The user interface 140 of the present invention further 
enhances the integration of account information by provid- 
ing two distinct account balances for the user. The first 
account balance 165, the online statement balance, is the 
balance for the current set of cleared transactions 151, based 
on downloaded transaction data from the financial institu- 
tion. Assuming that this balance 165 has been recently 
updated and accounts for all cleared transactions according 
to the financial institution, then it properly reflects the user's 
account balance in the user's financial institution. Thus, this 
balance 165 provides the user with the view of the account 
that the financial institution has. The online statement bal- 
ance 165 is preferably used to create the first entry of the 
statement balance 193 in the mini checkbook 181. 
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A second account balance 189, the current available placed in the mini checkbook 181, based on the value of the 

balance or running balance, is based on both the cleared online statement balance 165, and all uncleared transactions 

transactions 151 in the out box 167 and on the uncleared 180 and transaction instructions 169. In a preferred 

transactions in the mini checkbook 181. This account bal- implementation, the running balance 189 is the online state - 

ance 189 is the user's current balance as actually reflecting 5 ment balance 165 minus the total of the mini-checkbook 

the current funds that are available, given all of the transactions 181 (including transaction instructions 169 in 

uncleared transactions and transaction instructions 169, par- the out box 167). 

ticularly for payment of bills, funds transfers or other When the user updates their account by selecting update 

electronic or manual transactions. It should be noted that account 163, data for cleared transactions is downloaded 

while the first and second account balances 165, 189 are 10 f rom the financial institution and compared against stored 

shown in the online statement 150 and mini checkbook 181 data for the uncleared transactions 180. Uncleared transac- 

respectively, they may be readily positioned in other areas of tions 180 in the mini checkbook 181 are matched to cleared 

the user interface 140, so long as both balances are present transactions, and those that have been cleared are moved to 

for the user's inspection. the online statement 150, and are no longer listed in the mini 

While the online statement 150, the mini checkbook 181, 15 checkbook 181. These transactions include both fund trans- 

and the out box 167 may be positioned variously about the fers and payments that were initiated in the out box 167, 

screen in accordance with the present invention, the illus- ATM, point of sale, and checkbook transactions that were 

trated orientation has several advantages. Placing the mini directly entered by the user in the mini checkbook 181. In 

checkbook 181 in the lower right of the screen, results in the addition, the online statement balance 165 is updated to 

current balance 189 being located in the lower right corner, 20 show the new balance for all cleared transactions. Concep- 

which corresponds in many spreadsheets to the most sig- tually and visually transactions move through the user 

nificant figure or total on the spreadsheet. This in turn interface in a circular fashion from the out box 167 to the 

reinforces the saliency of the current balance 189 to the user. mini checkbook 181 to the online statement 150. This 

In particular, Transactor type users are most concerned with movement through the user interface occurs with a large 

the current balance 189 and its location thus is particularly 25 variety of different physical positions of the various com- 

beneficial to them. Placing the bank statement to the left ponents. 

allows for easy reading and reference of banking transac- Hardware Architecture 

tions. Users can cross-check banking statement entries with Referring now to FIG. 13, there is shown the architecture 

uncleared transactions and transfers by convenient left-to- of a system useful for supp orting the user interface of the 

right eye movements. 30 present invention. In such a system 300, there is provided at 

The simultaneous display of the transactions in the online least one client computer 301 communicatively coupled by 

statement 150, the mini checkbook 181, and the out box 167, a network 303 to one or more financial institution computer 

along with both account balances, provides the user with a systems 305. 

complete view of the user selected account, and allows for ^ A client computer 301 is of conventional design, and 
integration of account management, bill payment, check- includes a processor, an addressable memory, and other 
book transactions, and balance determination, all through a conventional features (not illustrated) such as a display, a 
single user interface display. At any time the user can see the loca j hard diskj input/output ports, and a network interface, 
status of all of her banking activities with a single glance. j^e display is of conventional design, preferably color 
Additional Elements 40 bitmapped, and provides output for the user interface of the 
Various other useful features are provided in the user present invention. The input/output ports support various 
interface 140. A help icon 199 invokes a help subsystem input devices, such as a keyboard, mouse, and the like, for 
providing various screens of instructions for performing inputting commands and data. The network interface and a 
various tasks, such as making payments, transferring funds, network communication protocol provide access to the 
updating the online statement, and the like. A find icon 195 45 financial institution computer systems 305, along with 
invokes a find function which allows the user to search for access to the Internet, via a TCP-IP type connection, or to 
transactions by specification of various items of information, other network embodiments, such as a WAN, LAN, MAN or 
such as date, payee, amount, type, and the like. Scroll bars the like. In the preferred embodiment the client computer 
203 provide for a scrolling display of information in each of 301 may be implemented on an Intel-based computer oper- 
the display areas. Financial institution icon 201 indicates the 50 ating under Microsoft Windows 3.1, Windows95, or Win- 
current financial institution to which the personal online dowsNT operating system, or a SPARC-based computer 
financial application is connected, and may be used to operating under UNIX, or any other equivalent devices, 
invoke other functionality, such as the display of information in accordance with the present invention, the client com- 
about the financial institution, including its various products, puter 301 executes the personal online finance application 
services, and offerings. 55 304 in memory. The application 304 is comprised of a 
Information Flow number of executable code portions and data files. These 
Referring now to FIG. 8, there is shown one schematic include code for creating and supporting the user interface 
view of the user interface 140 of the present invention along 140, and a transaction data for storing various types of 
with the flow of information therein with respect to bill transaction information, including transaction instructions 
payments and fund transfer transactions. Bill payments and 60 169, uncleared transactions 180, payee information, account 
fund transfers start out as transaction instructions 169 in the information, and various registration and other user data, 
out box 167, the first display area. After the user sends the The application 304 may be provided to the client corn- 
transactions to the financial institution for processing, they puter 301 on a computer readable media, such as a 
are "moved" to the mini checkbook 181, second display CD-ROM, diskette, 8 mm tape, or by electronic communi- 
area, where they are considered as uncleared transactions 65 cation over the network 306 from one of the financial 
180. The second account balance 189, the running balance, institution computer systems 305 or other distributors of 
is updated as additional uncleared transactions 180 are software, for installation and execution thereon. 
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The financial institution computer systems 305 are also this module allows all the other modules to access the 

conventional computer systems, providing transactions pro- transaction database. The database module 1403 preferably 

cessing and clearing functionality for the client applications. stores the user's data in combined relational-hierarchical 

One or more of the financial institutions may operate as a data model, though other data models may also be 

clearinghouse to provide transaction processing of banking 5 employed. A hierarchical model is used to organize accounts 

transactions on behalf of the other financial institutions. per financial institution, such that all transactions for each 

Software Architecture account are stored with the account. A relational model is 

Referring now to FIG. 14, there is shown a model of the uscd for individual transactions, to provide associations 

software architecture for the personal online finance appli- between payees .amounts, and individual transacUons within 

. * ■ . i • * _c * • 10 each account. Data that is stored includes payment data, 

cation 304 providing the user interface of the present inven- JU &a " u aw ^ uu ^ ^ f J 

^ transactions data, funds transfer data, and e-mail data. Trans- 

" , action records may be variable length. Each record in the 

The personal online finance application 304 comprises transaclion data is marked ^ bei either in the online 

several modules. A user interface module 1401 provides statement ^ m{n{ checkbook lgl> or the out box 167> 

various platform specific implementations of the user i5 and as ^ ^ reconciled or unreC onciled. This marking 

interface, and will differ from one computer platform to aUows for sub ent a uto-reconciliation and reporting, 

another. The user interface module 1401 processes user Some transactions m the online stat ement 150 may be 

responses and takes the necessary actions in accordance with unreconciled ^ the user did not enter them first in the mini 

the various operations set forth herein. The user interface checkbook 181 

module 1401 includes the following modules. nn -j i *r. * 

. . . . * - ■ * . | c 20 The utilities module 1409 provides general utility func- 

A windowing module that manages the display of various ^ handle ^ ^ ^ ^ ^ dateS) times> 

windows dmlog boxes, and other displays, and receives user b configuration entries, and other commonly used 

inputs and passes them to other modules. implementation utilities. The utilities module 1409 includes 

A graphics module provides for manipulation bit map the f 0 u owulg modules: 

images, such as icons and other graphics. 75 * i_ ji- j 1 u ji 

& ' & * . 3 An error message handling module handles errors gener- 

A widgets module provides the implementations of van- ated during data enlry> and transaclioD process ing with a 

ous user interface elements, such as the various buttons and fmancial institution, and communications, 

fields of the user interface for receiving data and user . . ... 

, A file manipulation module enables accessmg files within 

commands. . , r 4 £1 

4 , , , 4 . . . , t .„ the user s computer file system. 

A glue layer couples a transaction database, which stores 30 a t r ' ., r ...... 1 

the uler's transactions, with the user interface widgets. The A data , formatting utility provides formatting to display, 

glue layer selects data from the transaction database and P nnt > and otherwise 0Ut P ul bankm S data on vanous out P ut 

provides it to the widget for further processing. devices. 

An event manager provides events to the glue layer to u An auto-reconciliation module automatically ^reconciles 

fetch data from the transaction database and update the * the m "» checkbook 181 the online statement 150, and the 

appropriate user interface elements and widgets. transaction database. 

A set of application objects transfer data between the A memo 7 management module provides for allocating 

various modules of the application 304, such as between the and reclaiming memory. 

user interface and the transaction database. This enables the A public key encryption utility provides public key 

various modules to be easily updated without having to 40 encryption for transmitting transaction instructions and 

change their specific interfaces to the other modules. other data with a financial institution. 

A report generation module generates reports, such as A private key encryption utility for local encryption of the 

summaries of the transactions, by date, type, payee, and the data files using a private key algorithm, 

like. 45 A database access object provides a high level interface to 

The application interface module 1403 enables the per- 4 the transaction data to retrieve and store data. This utility 

sonal online finance application 304 to execute as a plug-in makes high level requests (e.g. provide all transaction data) 

in various online environments such in America Online™, to the database module, which obtains the data directly from 

Netscape Communications Inc.'s Navigator™, and the transaction database. 

Microsoft Corp/s Internet Explorer™. This module is 50 The communication module 1411 enables the personal 

implemented on a per environment basis. When invoked, online finance application 304 to connect to a financial 

this module initializes the rest of the personal online finance institution computer system 305 and transmit information 

application 304 and on completion ensures its safe termi- back and forth. Communication is provided using TCP/IP 

nation. The application interface module 1403 is a hidden communication protocols for Internet based 

window that transfers data from the user interface and the 55 communications, or using a conventional private-line 

rest of the modules using a messaging architecture. This modem based protocols for direct communication between 

module transfers state information from the operating envi- the application 304 and a financial institution 305. 

ronment to the user interface module 1401, and to the other Use Case Model 

modules. This enables the application 304 to be used with a Referring now to FIG. 15 there is shown the use case 

variety of different operating environments. 60 mode l for a system in accordance with the present invention. 

A platform independent layer 1405 comprise of three The personal online finance application 304 interacts as a 

modules. All these modules may be recompiled on a differ- client with financial institution computer systems 305 to 

ent platform and their implementations do not vary signifi- effect one or more of the use cases, or functions of the 

cantly on other desktops. system. Generally, the system includes two types of use 

The database module 1407 is an interface to the user's 65 cases: 1) those that involve the user and external actors in the 

data, which is stored in the transaction database. Records system, such as financial institutions in the role of the user's 

may be fetched or saved by the database module 1407 and bank or a transaction clearing house, or a vendor who 
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receives payments; and, 2) those that involve the above to the payee is entered in the due date field 229. The source 
described elements of the user interface 140 and its ancillary account field 231 indicates the current user selected account 
components. from which payment may be made. The user may optionally 

Application Launch enter a personal note in the memo field 233. When the 

In a preferred embodiment using Internet based 5 payment transaction, form 221 is complete to the user's 
communications, each time the application 304 is launched sattsfaction, the user clicks the put in out box button 235. 
and makes a successful connection to an Internet service * transaction mstruction 169 for this transaction will then 
provider, a configuration file is downloaded to the user's a PP ear *> tne oul box 167 The database module 1407 
computer from a previously specified configuration server »P<Utes_ the transaction database to indicate the transaction 
306. This configuration file includes upgrade information 10 ^miction as being associated with the out box 167. The 
and financial institution description information. user can cancel the P a y ment bv chckm 8 on the cancel button 

The upgrade information notifies the user of the newer 
version of the application 304. The user may then fetch this The user may create a new payee for mclusion m the list 

version manually (using a provided network address or of payee by completing a new payee form 241, an example 
uniform resource locator) or automatically let the applica- 15 of which is illustrated m FIG. 10. Here, the user enters the 
tion 304 upgrade itself through execution of an upgrade " ame 243 of the P avee > alon g wth the billing account 
script and FTP connection to a server containing the new number 245 > a description 247 of the account, and address 
version information 249. The user can confirm 251 or cancel 253 the 

The configuration file contains information about sup- , n new payee information New payees are updated to the 
ported financial institutions. This includes the financial 20 transaction database with the account they are associated 
institution's name and its logo as a binary file. This logo is Wltn - 
then used in the user interface display. Also included is Fund Transfers 

information identifying each financial institution's computer Fund transfers are created in a manner similar to bill 
system 305, including its IP address, port number, and payments. The user first clicks the transfer button 177 in the 
domain name. This information is used during the connec- 25 user interface 140 of FIG. 7, causing the display of a fund 
tion process to the financial institution computer system 305. transfer form 261, one example which is shown in FIG. 11. 
Registration The user completes the form 261 with the source account 

In a preferred embodiment, the personal online finance 263 (via a drop down list), the amount to be transferred 1 265, 
application 304 enables the user to enter account informa- 30 a * d the target account 267 into which to transfer the funds 
tion for a number of financial institutions and payees in order ( also a dro P *>wn lift). The user can record a personal 
to register the user's account for later transactions. For each ™ m ^ andum ab ° ut tne L ^ transfer in the memo field 
financial institution, the account information includes an 269 ™ e use ' <? nfi ™ [** b y chckin g ihc u P utm ° ut 
account number, an account type which could be one of box bu «on 271 > which adds the transaction to the out box 
checking, savings, money market, line of credit and credit 35 Foran a PP roved &nds the database module 

card, an account description, and the financial institution's I 407 u P dates the transaction database to indicate the trans- 
routing number. The user also enters a social security action instruction as being associated with the out box 167. 
number. Checking accounts and money market accounts ^ *™ may cancel the transaction by clicking on the 
may additionally be enabled for bill payment, which will cancel button 273 - 
allow users to write electronic checks from these accounts. 4Q Mini Checkbook Transactions 

Account creation is handled internally by the database As noted above, the user may enter into the mini check- 

module 1407, which modifies the transaction database to book 181 non-online transactions, such as checks, 
include additional accounts using the registration informa- withdrawals, debit card transactions, point of sale 
ti oni transactions, credit card transactions for credit card 

Once the accounts have been registered, the user may 45 accounts, and the like. These transactions 180 are created by 
create transactions in these accounts. Account information entering the field information directly in the last entry in the 
may be modified at any time, but this will affect all existing mini checkbook 181 which is indicated by the "New Entry" 
transactions that are related to that account. New accounts text, and providing the date 183, type 185 (if appropriate), 
may be added or accounts may be deleted when necessary. description 187, and amount 191. A new mini checkbook 
The user may also enter a list of payees to whom the user 50 transaction 180 is created in the transaction database by the 
intends to make payments. Each payee is characterized by a database module and marked as being in the mini checkbook 
name, an account number, an address, and a telephone 181. • 

number. Payee information is stored with each account These transactions 180 are properly placed in the mini 
separately in the transaction database checkbook 181 since at the time of creation they are 

Bill Payment 55 uncleared. Once a user transaction 180 is cleared, it is moved 

Referring again to FIG. 7, a user enters a new transaction t0 the online statement 150, in the manner described, and its 
instruction 169 for paying bills by clicking on the payments eatrv in the transaction database is updated accordingly, 
button 175. This invokes a data entry form for bill payment, Once entered, the current available balance 189 is auto- 
one example of which is illustrated in FIG. 9. In this new matically updated to reflect the new transaction 180, again, 
payment form 221, the user enters data defining the payment 60 taking into account the online statement balance 165. FIG. 
to be made. The user enters a payee in payee field 223, either 8 illustrates the information flow for such computations, 
by direct text entry or by selecting a payee from a list of Update Statement 

known payees using the dropdown button 224. The user Referring again to FIG. 7, a user updates the online 
enters an account number into the account field 225; this statement 150 by clicking the update statement button 163. 
may also be done by text entry or menu selection. An amount 65 The personal online finance application 304 establishes a 
is placed in the amount field 227. In one preferred network connection with a financial institution 305, as 
embodiment, the date by which the payment must be made previously designated by the user during the registration 
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process. The personal online finance application 304 con- 
nects to the financial institution computer system 305 using 
TCP/IP protocols, and the network address (IP Address), 
port number, and domain name for the financial institution 
computer system 305 from the configuration file. 

When a successful connection occurs, the personal online 
finance application 304 creates a request file that includes a 
request for all cleared transactions since the date 164 of the 
last update of the online statement. This file is compliant 
with formats such as Open Financial Exchange (OFX) and 
the NPC file formats. 

To provide security, the personal online finance applica- 
tion 304 provides for user authentication during banking 
transactions, and file encryption of transmitted data and 
instructions. The request file is preferably encrypted using 
RSA™ 1024 bit triple DES encryption. The request file is 
encrypted with the public key of the receiving financial 
institution, and then transmitted to the financial institution 
computer system 305. The financial institution computer 
system 305 receives and decrypts the request file using a 
private key held by the financial institution. 

The financial institution computer system 305 creates a 
response file that contains the set of transactions that have 
been cleared for or at the financial institution since the date 
164 of the last update of the online statement 150. This 
response file is then encrypted with the financial institution's 
private key and sent back to the personal online finance 
application 304. During this time, the transmission status is 
constantly available to the user. The user may abort a 
transmission if necessary. 

On successful receipt of the response file by the personal 
online finance application 304, the application first decrypts 
the response file with the financial institution's public key 
and then processes the contents. This processing includes 
extracting each of the cleared transactions from the response 
file and storing them in the transaction database via the 
database module 1407. Each of these transactions is marked 
in the transaction database as being unreconciled, and as 
being part of the online statement 150. 

The personal online finance application 304 then triggers 
an auto-reconcile module which matches the cleared trans- 
actions received in the response file with uncleared trans- 
actions 180 in the mini-checkbook 181. The reconciled 
items are removed from the mini-checkbook 181 as 
described above. 

Auto-reconciliation is as follows. As noted above, each 
transaction in the transaction database has been previously 
marked as either reconciled or unreconciled, and as whether 
it is in the online statement 150, mini checkbook 181, or in 
the out box 167 

Each item in the mini checkbook 181 is compared with all 
unreconciled transactions in the online statement 150. For 
unreconciled transactions in the online statement 150, the 
only information available in the transaction database is that 
received from the financial institution in the response file. 
This information includes only a date, amount, and trans- 
action type, since the financial institution encodes no other 
information for each transaction. Accordingly, to reconcile 
these items, the transactions in the mini-checkbook 181 are 
compared against the unreconciled transactions in the online 
statement 150. 

First, transactions in the mini-checkbook 181 which cor- 
respond to paper-checks written by the user are matched 
against transactions in the online statement 150. A match is 
based on identity of specified criteria. For these transactions, 
the match is based on identical check numbers. When a 
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match is made, the transaction is deleted from the mini- 
checkbook 181 as displayed on the screen. The correspond- 
ing entry in the online statement 150 is marked in the 
transaction database as being reconciled and on the screen as 

5 being matched. At this point there are two records for the 
same transaction in the transaction database, and so one of 
these records is deleted from the transaction database. 

After attempting to match all mini-checkbook 181 trans- 
actions that correspond to paper-checks written by the user, 

10 the auto-reconciliation module then selects transactions of 
other types (payments, deposits, and withdrawals). Every 
mini-checkbook 181 transaction that has not already been 
attempted to be matched is now compared by amount with 
transactions of the same type in the online statement 150. If 

is there is an exact match, the transactions are compared by 
date, within a date range of ±7days. If both conditions are 
satisfied, the transaction is considered matched. 

Matched transactions in the online statement 150 are then 
rendered in a different color to signal to the user that the 

20 transaction is reconciled. Again, the entry in the mini 
checkbook 181 is removed, and one of the entries in the 
transaction database is deleted. 

If a mini-checkbook 181 transaction does not match an 
unreconciled transaction in the online statement 150, it stays 

25 in the mini-checkbook 181. 

It is possible that some items in the online statement 150 
do not match with any items in the mini-checkbook 181. 
This situation arises when the user fails to record transac- 
tions in the mini -checkbook 181. Failing to record such 

30 transactions could lead to the erroneous calculation of the 
running balance 189. 

Once the mini checkbook 181 is reconciled, the running 
balance 189 is updated. This is done by taking the statement 
balance 165 and subtracting the total from all transactions 

35 180 in the mini checkbook 181. The running balance 189 is 
also updated each time a new entry 180 is made in the mini 
checkbook 181. 

Upon completion of the auto -reconciliation, a transmis- 
sion summary is displayed to the user. The transmission 

40 summary lists the results of the reconciliation process, 
including the number of transactions matched. FIG. 16 
illustrates a transmission summary 1600 following the 
update and auto-reconciliation process. 
Send Transactions 

45 

Referring again to FIG. 7, a user sends transaction instruc- 
tions 169 from the out box 167 by clicking the send button 
179. The personal online finance application 304 initiates a 
connection with the financial institution computer system 

50 305 as described above. 

When a successful connection occurs, the personal online 
finance application 304 creates a transaction instruction file 
of all transaction instructions 169 in the out box 167. This 
file is compliant with formats such as Open Financial 

55 Exchange (OFX) and the NPC file formats. The file is 
encrypted and sent as described above to the financial 
institution computer system 305. 

The financial institution computer system 305 receives 
and decrypts the transaction instruction file using a private 

60 key held by the financial institution, and performs the 
necessary actions to process each of the transaction instruc- 
tions 169 in the received file, updating the user's accounts) 
as needed, and communicating with other financial institu- 
tions if necessary. Processing of transaction instructions is 

65 conventional. 

When the transaction instruction file is completely 
processed, the financial institution computer system 305 
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creates a response file, encrypts it using the private key of a third display area, visually distinguished from and 

the institution, and transmits it back to the personal online concurrently displayed with the first and second display 

finance application 304. The response file contains encoded areas, for listing a plurality of cleared transactions for 

results from the transaction instructions, indicating whether the user selected account, each cleared transaction 

each transaction instruction 169 was successfully processed, 5 including a description and an amount, each uncleared 

and if not, a status code indicating the reason for an transaction in the second display area being removed 

unsuccessful instruction. therefrom and listed in the third display area as a 

On successful receipt of the response file by the personal cleared transaction at a time subsequent to the trans- 
online finance application 304, the application decrypts the acl i on De i ng c i ea red by a financial institution; and 
response file and then processes the contents. This process- 3Q a first for ^ lransactkms in the 
ing includes determining if each transaction instruction was ac &nd sec(md accoum for 
successfully processed, and if not, the reason for an unsuc- , , . , . . , 
cessful traction insttuction. Each transaction instruction b ° th c * eared 4 f , , 1 , un *f cd . ttMM f on » m , user 
169 in the out box 167 that was successfully processed is ^ ected account > ^ filst and second account balanc f 
removed from the out box 167 and placed in the mini u P dated m response to the transactions present in the 
checkbook 181. This is done by updating the coding for the 15 second and third display areas, and concurrently dis- 
transaction instruction in the transaction database. P la V ed with lhe first > and third display areas. 

The personal online finance application 304 then displays 2 " ^ com P u,er readable memor y of clalm l ' further 

a transmission summary to the user showing the results of comprising. 

the transaction instructions, including identifying which ^ an executable process that receives from the financial 

transactions were successfully processed, and which trans- 20 institution a list of transactions cleared after a date of a 

action instructions were not processed and the reason. The last cleared transaction in the third display area, and 

user may print the transmission summary if necessary. FIG. removes from the list of uncleared transactions in the 

17 illustrates a sample transmission summary 1700 follow- second display area any transaction that matches a 

ing transaction instruction processing. „ c transaction in the received list, and displays the 

Email Messages 25 4 ™ tched transaction in the third display area^ 

In addition to payment of bills and other electronic Th^ computer readable memory of claim 1, further 

transactions, the user interface of the present invention comprising. 

supports email based messaging from users to their financial at least one executable process that receives from a user 

institutions or others. Generally, email messages are for 30 information defining a payment transaction, including 

inquiries about specific transactions, such as errors in information 'specifying [a payee, an account, " amount, 

reported cleared transactions, when payments were made, and a date , ^ w ^h the payment is to be made to the 

and so forth. Messages to be sent from the user to a financial P a y ee > and lists the payment transaction as a transaction 

institution are created by clicking on the email button 192, a instruction in the first display area, 

which causes the display of an email messaging window 35 4 - ™ e com P uter readable memor y of claim 

1200, such as illustrated in FIG. 12. The user can then create comprising: 

an email message by completion of the various fields of the an executable process that receives from a user, mforma- 

window Once completed, the message is placed in a data tion defining a transfer of funds between two user 

structure holding email messages to be sent; the mail box selected accounts, including a source account, a target 

icon 192 is modified to show items in the mail box. Sent 40 account, and an amount. 

messages are not listed in the mini checkbook 181 since they 5. The computer readable memory of claim 1, wherein the 

are not transactions. In addition, the user may receive email executable process operates in response to confirmation 

messages from financial institutions, such as in response to from the financial institution that the transaction instruction 

inquiries, or general messages broadcasting information to wa s received, 

users. Received messages are indicated by the mail box icon 45 T° e computer readable memory of claim 5, wherein the 

executable process further causes the second account bal- 

We claim* ance to De updated in response to the new uncleared trans- 

1. A computer readable memory storing a computer action in the second display area, 

program executable by a processor, for producing a user 7 - Tne computer readable memory of claim 1, wherein 

interface of an online banking system, the user interface 50 each uncleared transaction and each processed transaction 

comprising- nave a l yP e ' tne { yV° oem g °ne of a first group including an 

a first display area for listing a plurality of transaction electronic debit, and electronic credit, a funds transfer, and 

instructions in a user selected account to be sent to a a check. _ 

financial institution for processing, each transaction 8 * t A computer implemented method for integrating a 

instruction including a description, and an amount; 55 P lurallt y of dlv f * transactions into a single account of a 

a second display area, visually distinguished from and user held by a f^ancial institution, comprising: 

concurrently displayed with the first display area, for stonn g a to of deared transactions for the user s account; 

listing a plurality of uncleared transactions in the user storing a list of uncleared transactions for the user's 

selected account that have been sent to a financial account; 

institution as transaction iastructions for processing, 60 storing a list of transaction instructions to be processed by 

each uncleared transaction including a description and a financial institution; 

an amount; sending a transaction instruction to a financial institution 

an executable process that sends a transaction instruction for processing, removing the transaction instruction 

in the first display area to a financial institution for from the list of transaction instructions, and storing the 

processing, and removes the transaction instruction 65 transaction in the list of uncleared transactions; 

from the first display area and displays it in the second responsive to a signal indicating that a transaction sent to 

display area as an uncleared transaction; the financial institution has been processed, removing 
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the processed transaction from the list of uncleared 
transactions, and storing the processed transaction in 
the list of cleared transactions; 
displaying the lists of uncleared, unprocessed, and cleared 
transactions each in a visually distinguished display 5 
area, a first account balance for the list of cleared 
transactions, and a second account balance for both the 
list of cleared transactions and the list of uncleared 
transactions. 

9. A computer implemented method for integrating a 10 
plurality of diverse transactions into a single account of a 
user held by a financial institution, comprising: 

simultaneously displaying: 

a first visually distinguished list of transaction instruc- 
tions to be processed by a financial institution; 15 

a second visually distinguished list of uncleared trans- 
actions for the user's account; and, 

a third visually distinguished list of cleared transactions 

for the user's account as of a known date; 

. . . . . 20 
sending a transaction instruction to a financial institution 

for processing, and removing the transaction instruc- 
tion from the displayed first list of transactions, and 
displaying the transaction in the second list of 
uncleared transactions; 25 

receiving from a financial institution a list of cleared 
transactions for a first date after the known date, and 
removing from the second list of uncleared transactions 
any transaction that matches a transaction in the 
received list, and displaying the transaction in the third 30 
list of cleared transactions; and 

displaying concurrently with the first, second, and third 
lists, a first account balance for the list of cleared 
transactions, and a second account balance for both the 
list of cleared transactions and the list of uncleared 35 
transactions. 

10. A computer readable memory storing a computer 
program executable by a processor, for producing a user 
interface of an online banking system, the memory com- 
prising: 40 

program code means for creating a user interface com- 
prising: 

first display area for listing a plurality of transaction 
instructions in a user selected account to be sent to a 
financial institution for processing, each transaction 45 
instruction including a description, and an amount; 

a second display area, visually distinguished from and 
concurrently displayed with the first display area, for 
listing a plurality of uncleared transactions in the 
user selected account that have been sent to a finan- 50 
cial institution as transaction instructions for 
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processing, each uncleared transaction including a 
description and an amount; 
a third display area, visually distinguished from and 
concurrently displayed with the first and second 
display areas, for listing a plurality of cleared trans- 
actions for the user selected account, each cleared 
transaction including a description and an amount, 
program code means for removing each uncleared trans- 
action in the second display area and listing the 
removed transaction in the third display area as a 
cleared transaction at a time subsequent to the trans- 
action being cleared by a financial institution; and 
program code means for sending a transaction instruction 
in the first display area to a financial institution for 
processing, removing the transaction instruction from 
the first display area and displaying it in the second 
display area as an uncleared transaction; and 
program code means for maintaining and displaying a first 
account balance for the cleared transactions in the user 
selected account, and a second account balance for both 
cleared and uncleared transactions in the user selected 
account. 

11. A computer readable memory storing computer 
executable instructions for integrating a plurality of diverse 
transactions into a single account of a user held by a 
financial institution, the instructions executable by a proces- 
sor for performing the operations comprising: 

simultaneously displaying a first visually distinguished 
list of transaction instructions to be processed by a 
financial institution, a second visually distinguished list 
of uncleared transactions for the user's account; and a 
third visually distinguished list of cleared transactions 
for the user's account as of a known date; 

sending a transaction instruction to a financial institution 
for processing, and removing the transaction instruc- 
tion from the displayed first list of transactions, and 
displaying the transaction in the second list of 
uncleared transactions; 

receiving from a financial institution a list of cleared 
transactions for a first date after the known date, and 
removing from the second list of uncleared transactions 
any transaction that matches a transaction in the 
received list, and displaying the transaction in the third 
list of cleared transactions; and 

displaying concurrently with the first, second, and third 
lists, a first account balance for the list of cleared 
transactions, and a second account balance for both the 
list of cleared transactions and the list of uncleared 
transactions. 

* * * * * 
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